home *** CD-ROM | disk | FTP | other *** search
/ Shareware Overload Trio 2 / Shareware Overload Trio Volume 2 (Chestnut CD-ROM).ISO / dir24 / aprs60.zip / CAP.TXT < prev    next >
Text File  |  1994-09-28  |  5KB  |  91 lines
  1. CAP.txt                  CIVIL AIR PATROL and APRS
  2.  
  3.  
  4. SAR GRIDS:  APRS can overlay on ANY APRS map the 15x15 minute Search & Rescue
  5. (SAR) grids used by the CAP.  Although this is a national grid system
  6. based on the USA sectional aeronautical charts, it also correlates exactly
  7. with the outlines of the readily available USGS 7.5 minute maps.  All of these
  8. grid squares are well numbered within each sectional chart.  The only problem
  9. is when two charts overlap in the same area.  This is resolved in the CAP
  10. definitions that the western most map will always take precedence.  APRS
  11. accomplishes this ordering by making sure that all map data in the CAPGRID.DAT
  12. file are listed so that the more westerly map of an overlap pair is later in
  13. the list.  Also, the ALBUGUERQUE map must be the first one (APRS uses that to
  14. know if the file has been loaded).  Except for the overlap sections, most of
  15. the charts are listed alphabetically.
  16.  
  17. The numbering plan displayed by APRS is determined by the exact location of
  18. the cursor.  If the cursor is in an overlap area, the proper grid numbers will
  19. be seen.  If you are just to the side of the overlap area, then APRS will
  20. use the numbering scheme that applies to the exact grid found at the cursor.
  21. This may place the "wrong" numbers in the adjacent overlap area temporarily.
  22.  
  23. TO DISPLAY CAP GRIDS, USE THE MAPS-PLOTS-CAP COMMAND!
  24.  
  25. There are several ways to determine if you are in an overlap area and if you
  26. are getting the correct numbers.  1) zoom up to where you can see the
  27. sectional chart boundaries (yellow).  Any overlap areas whould be obvious.
  28. 2) be sure that your cursor is in the overlap area and re-display the
  29. grids.  3) on each new screen re-display the grids and for areas that are not
  30. numbered, move your cursor to the west and re-display again.  This way, the
  31. western numbers will always overwrite with the correct numbers.
  32.  
  33. Adding the numbering system and sectionals to APRS was easy and only took
  34. two days.  Recovering from the memory problems took a whole weekend and
  35. 4 more days!  I hope this effort will pay off in the usefullness of APRS
  36. in Search and Rescue.
  37.  
  38. TRACK HISTORIES:  Back at the SAR headquarters, complete track histories can
  39. be processed offline from the main APRS Communications computer.  Periodically
  40. the main APRS computer should do a FILES-SAVE to save the latest track history
  41. to file.  Then he should do an FILES-DOS to shell to DOS and copy the latest
  42. track history file from the HSTS sub directory onto a floppy disk.  This disk
  43. can then be taken to another computer for analysis and the APRS computer can
  44. EXIT back into APRS without loosing anything.  APRS maintains a 2k comm
  45. buffer, so even if the packet channel is continuing to operate at full
  46. capacity, you have a total time of at least 40 seconds before you begin to
  47. loose data.  APRS will automatically do a save to disk whenever 199 positions
  48. have been received.  After all saves, memory is cleared except for the last
  49. position of all stations.
  50.  
  51. BEACON PERIOD:  At the request of the Arizona section, I have added the ability
  52. for the user to set his maximum beacon period to a few hours vice the normal
  53. default of 15 minutes.  This would reduce the number of UI frames on their
  54. shared packet channel.  To do this, the user must modify the Decay time using
  55. a text editor on the CFIGxxx.xxx file found in their root directory and
  56. change the value to something other than 750.  I do not feel that this is
  57. necessary or advisable.
  58.  
  59.   1)  It defeats the real-time objective of APRS to maintain knowledge of
  60.   the activity of all stations on the net.
  61.  
  62.   2)  The channel time used up by in-active APRS stations is less than 0.2%
  63.   each.  Ten such stations would use only 2% of channel capacity.
  64.  
  65.   3)  Each station can simply use the CONTROLS-XMTR-OFF command to silence
  66.   APRS (it will still respond to incomming messages)
  67.  
  68. The argument from Arizona was not necessarily the channel loading, but the
  69. accumulation of lots of APRS UI frames in all TNC buffers on frequency that
  70. were not in use.  The practice there, was to accumulate MAIL-FOR beacons from
  71. the BBS system so that a user comming home would find MAIL BEACONS in his
  72. buffer without having to leave his PC on all day.  The simple solution here,
  73. is for those users to simply set APRS in the LCALLS list of their TNC's and
  74. set BUDLIST OFF.  This way they will ignore all APRS packets.
  75.  
  76.  
  77. GPS UNITS:  I have decyphered the output of the quantity of black box GPS
  78. receivers that were donated to National CAP.  They are Motorola's and can
  79. be switched from the proprietary binary format to NMEA with a simple command.
  80. I wrote the MOTOROLA.BAS program that makes it easy to reset the GPS units
  81. and to send them the NMEA timing requirements.  These devices will make
  82. excellent GPS trackers!
  83.  
  84.  
  85. REGISTRATION:  Since most CAP communications personnel are also radio
  86. amateurs and will probably want to use APRS for both HAM and CAP applications,
  87. each additional call sign registration per individual has been discounted
  88. to only $9 each if included in a normal HAM registration.  Quantity pricing
  89. of calls in groups of 10 or more is also available.
  90.  
  91.